home *** CD-ROM | disk | FTP | other *** search
/ Internet Tools (InfoMagic) / Internet Tools.iso / dos_win / winsock / maillist / 94-05.Z / 94-05 / 000097_news@bigblue.oit.unc.edu_Fri May 6 14:48:04 1994.msg < prev    next >
Internet Message Format  |  1994-05-31  |  19KB

  1. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  2.           id AA04113; Fri, 6 May 1994 14:48:04 -0400
  3. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  4.           id AA15669; Fri, 6 May 1994 14:40:10 -0400
  5. Received: from GATEWAY by bigblue with netnews
  6.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  7. To: winsock@sunsite.unc.edu
  8. Date: Thu, 5 May 1994 23:03:39 UNDEFINED
  9. From: tcornish@mcs.com (Timothy P. Cornish)
  10. Message-Id: <tcornish.10.000F421C@mcs.com>
  11. Organization: MCSNet Services
  12. Sender: ses
  13. Subject: Mosaic GPF, certain home pages
  14.  
  15.  
  16. I have noticed that certain html's cause a GPF in at least both alpha2 and 
  17. alpha4 Mosaic. I have tracked down the faulty line in one of the html's:
  18.  
  19. <img align top src="/pics/rush.gif">
  20.  
  21. following the reference to the same .gif. It GPFs even when inline images are 
  22. disabled. It seems that this command places the .gif on the page, but I don't 
  23. know enough about writing WWW pages to deduce any more.
  24.  
  25. Is there something in the way I am set up that is causing the GPF when it 
  26. tries to align the image?
  27. If someone would like to verify the GPFs, the page is:
  28.  
  29. http://neptune.corp.harris.com/rush.html
  30.  
  31. Thanks in advance.     Tim.
  32. From news@bigblue.oit.unc.edu Fri May  6 07:53:51 1994
  33. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  34.           id AA07427; Fri, 6 May 1994 15:14:50 -0400
  35. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  36.           id AA25045; Fri, 6 May 1994 15:01:25 -0400
  37. Received: from GATEWAY by bigblue with netnews
  38.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  39. To: winsock@sunsite.unc.edu
  40. Date: Fri, 6 May 1994 07:53:51 +0000
  41. From: martin@aman.demon.co.uk (Martin Beenham)
  42. Message-Id: <768239361snx@aman.demon.co.uk>
  43. Organization: Home
  44. Sender: ses
  45. References: <toreh.24.2DC76C31@bootes.sds.no>, <icode.5.001678A6@teleport.com>
  46. Subject: Re: The purpose of this news group: netsurfing?
  47.  
  48. In article <icode.5.001678A6@teleport.com> icode@teleport.com (Mark Clouden) writes:
  49. > I couldn't agree more. Although I just recently hooked into the net and 
  50. > therefore, alt.winsock, it seems that the primary focus is winsock utility 
  51. > availability, what is winsock, and hey - How about that latest Mosaic?
  52.  
  53. The newsgroups are the discussions that take place in them. Discussions
  54. in this newsgroup have long centred around configuration issues and the
  55. like. As you've just recently hooked into the net you wouldn't
  56. necessarily know that.
  57.  
  58. Netiquette is that you read a news group for a while to find out what
  59. it's about before pronouncing on what it should or shouldn't consist of!
  60.  
  61. > If i'm reading the wrong newsgroup for winsock programming discussion, then 
  62. > please point me to the correct one. But it seems to me that these 'stray' 
  63. > discussions need a better home.
  64.  
  65. There is nothing stopping you starting a newsgroup for the type of
  66. discussion _you_ wish to have provided you can find enough like-minded
  67. others to support you. At the moment IMHO, this thread is proceeding
  68. along the lines of a "stray" discussion. This newsgroup is to discuss
  69. matters winsock, not new newsgroups. There is a venue and a procedure
  70. for new newsgroups.
  71.  
  72. Hope this helps,
  73.  
  74. Regards,
  75. --
  76. Martin Beenham at home: Liss, Hants,UK       |martin@aman.demon.co.uk
  77. At work: Compass Computer Group,Newbury, UK  |martin@compcg.demon.co.uk
  78. From news@bigblue.oit.unc.edu Fri May  6 15:15:51 1994
  79. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  80.           id AB07562; Fri, 6 May 1994 15:15:51 -0400
  81. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  82.           id AA21780; Fri, 6 May 1994 15:06:47 -0400
  83. Received: from GATEWAY by bigblue with netnews
  84.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  85. To: winsock@sunsite.unc.edu
  86. Date: Thu, 5 May 1994 22:59:31
  87. From: icode@teleport.com (Mark Clouden)
  88. Message-Id: <icode.6.0016FE97@teleport.com>
  89. Organization: DFM, Inc.
  90. Sender: ses
  91. Subject: Developers needed for early testing
  92.  
  93.   I am in the need of some objective viewpoints. What I need is a half dozen 
  94. programmers, actively willing to learn sockets programming or, even better, 
  95. experienced winsock developers.
  96.  
  97.   I have written a number of berkeley sockets apps and developement kits for 
  98. a Tandem mainframe system where all communications are done in a non-blocking 
  99. fashion. Upon switching to Windows based client development I was pretty 
  100. frustrated by the winsock spec. Hey, it works and all, Im not saying anything 
  101. aout the quality, but it was a bear to learn. SO...
  102.  
  103.   What I have is a C API for 'higher' level winsock programming. All the basic 
  104. functionality is there, just with a slightly different twist. It's much easier 
  105. to handle non-blocking operations (at least, in my opinion), as well as 
  106. redefining the way some of the notifications occur - which, again, made more 
  107. sense to me.
  108.  
  109.   I currently have available the basic API (currently called WSNETWRK) and 
  110. should have an ICMP (Echo Request) and 'echo' (Both TCP and UDP in both client 
  111. and server form) API extension available later this week, early next week. The 
  112. idea is, while I have some time, to keep adding extensions - an FTP Client and 
  113. Server API, SMTP, POP3 client, and others (i've been avoiding telnet since I 
  114. rarely use it anyway). I can make the source code for the ICMP and echo 
  115. extensions available when they are complete (i.e. - debugged - where I am now) 
  116. as an example of how to not only use the API, but to extend it.
  117.  
  118.   I also have a Visual C++ MFC app which create multiple Ping, echo client, 
  119. and echo server document child windows. I did this mostly to test out many 
  120. windows in the same task communicating at the same time, and at heavy loads. 
  121. That in itself may not of much use, but the code for the document and view 
  122. classes will be available.
  123.  
  124.   Client sockets are created easily and can be subclassed. Server sockets are 
  125. just as easy, and the act of spawning a connection socket is a piece of cake. 
  126. Oh, and they can be subclassed too. The entire DLL is designed for multiple 
  127. task registration and socket management on a per task basis.
  128.  
  129.   I'm not quite sure where all this may lead, i'm just enjoying the ease with 
  130. which I can work with sockets myself, but would be interseted in seeing this 
  131. expand. I expect to add VBX versions, and to expand the list of available 
  132. Visual C++ document/view classes.
  133.  
  134.  SO (again), I need some people who are willing to beat it around abit, even 
  135. if it's just to just critique the API calls. 
  136.  
  137.   Understand three points - 1) This is NOT winsock programming, WSNETWRK is a 
  138. wrapper to winsock - 2) This is not a replacement for WINSOCK - it is based on 
  139. and uses winsock - 3) All socket operations ar NON-blocking.
  140.  
  141.   It has been tested using Pathworks 5.0(beta), WFW311, and Distinct (Ethernet 
  142. and SLIP).
  143.  
  144.  At such an early stage of development I make no promises about any benefit to 
  145. you in helping me out here, but at the very least you will get a copy with 
  146. which to do your own development. I would though appreciate any help, 
  147. suggestions, criticism, etc...
  148.  
  149.   I will except the first half dozen responses via email to 
  150. icode@teleport.com, that is, if anyone is willing.
  151.  
  152.  
  153.   Thanks very much
  154.  
  155. -----------------------------
  156. Mark Clouden
  157. e-mail: icode@teleport.com
  158. From news@bigblue.oit.unc.edu Mon May  5 14:53:00 1994
  159. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  160.           id AA15571; Fri, 6 May 1994 16:14:49 -0400
  161. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  162.           id AA18708; Fri, 6 May 1994 15:59:25 -0400
  163. Received: from GATEWAY by bigblue with netnews
  164.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  165. To: winsock@sunsite.unc.edu
  166. Date: 5 May 1994 21:53:00 -0700
  167. From: felsina@crl.com (Marco Papa)
  168. Message-Id: <2qcifc$rgv@crl.crl.com>
  169. Organization: CRL Dialup Internet Access    (415) 705-6060  [login: guest]
  170. Sender: ses
  171. References: <Cp39nB.Er6@murdoch.acc.Virginia.EDU>, <2q7kjj$e51@crl.crl.com>, <hoffmann.18.0008F076@stolaf.edu>
  172. Subject: Re: Question: SLIP using Chameleon's Newt
  173.  
  174. Norbert Hoffmann (hoffmann@stolaf.edu) wrote:
  175. :  BTW, if the last number changes then you do have dynamic addressing. It 
  176. : doesn't really seem to matter what address I put in the custom setup for my 
  177. : remote PC. I didn't need the suggested 1.1.1.1. 
  178. : I am using Chameleon 4.0. I believe as far as SLIP is concerned there is no 
  179. : difference between it and the one you are using. 
  180.  
  181. Not entirely true. According to the book 0.0.0.0 is not cool.
  182.  
  183. -- Marco
  184.  
  185.  
  186.  
  187.  
  188.  
  189. -- 
  190. Marco Papa
  191. Vice President
  192. Felsina Software, Inc.
  193. From news@bigblue.oit.unc.edu Tue May  6 12:01:51 1994
  194. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  195.           id AA19802; Fri, 6 May 1994 16:44:44 -0400
  196. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  197.           id AA15856; Fri, 6 May 1994 16:31:28 -0400
  198. Received: from GATEWAY by bigblue with netnews
  199.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  200. To: winsock@sunsite.unc.edu
  201. Date: 6 May 1994 12:01:51 GMT
  202. From: peb@netaxs.com (Paul Begley)
  203. Message-Id: <2qdbjf$kf3@netaxs.com>
  204. Organization: Netaxs BBS and shell accounts!
  205. Sender: ses
  206. References: <CpBIu5.F5K@pacifier.rain.com>
  207. Subject: Re: Internet in a Box
  208.  
  209. rodg@pacifier.rain.com wrote:
  210.  
  211. : Does anybody have any strong feeling pro or con about
  212. : Sprys Internet In a Box Product or their products in general?
  213.  
  214. I looked into the Spry TCP/IP products before they came out with the
  215. 'internet in a box' product.  
  216.  
  217. They are pushing a TCP/IP 'layer' product for developers which is
  218. attractive, but may be dated with Winsock and other facilities.  The
  219. Internet in a box is a good value for the software, but I question the
  220. $13/hr connect charges and recommend that people look for local
  221. Internet providers.
  222.  
  223. The $13/hr is from memory - but Net Access (Philadelphia Internet
  224. provider) offers 4 hrs/day SLIP access for $25/month.
  225.  
  226. Hope this helps.
  227. --
  228. Paul Begley
  229. peb@netaxs.com
  230. From news@bigblue.oit.unc.edu Mon May  5 11:57:40 1994
  231. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  232.           id AA29903; Fri, 6 May 1994 17:44:42 -0400
  233. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  234.           id AA21582; Fri, 6 May 1994 17:20:31 -0400
  235. Received: from GATEWAY by bigblue with netnews
  236.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  237. To: winsock@sunsite.unc.edu
  238. Date: 5 May 1994 11:57:40 GMT
  239. From: tamapl@hk.super.net (Mr PL Alan Tam)
  240. Message-Id: <2qamvk$pu9@hk.super.net>
  241. Organization: Hong Kong SuperNET
  242. Sender: ses
  243. Subject: Winsock for Wollongong Pathway
  244.  
  245.  
  246. I want to run Winsock application on my PC which has been installed
  247. Wollongong Pathway TCP/IP protocol stack. The file "winsock.dll" from the
  248. vendor is copied in Windows directory. But when I try to run "hgopher", it
  249. repors an error "Cannot talk to Network - cannot continue. What's wrong
  250. with my setup? Is Winsock not supported by Pathway?
  251. From news@bigblue.oit.unc.edu Tue May  6 06:28:19 1994
  252. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  253.           id AA10234; Fri, 6 May 1994 18:44:42 -0400
  254. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  255.           id AA15377; Fri, 6 May 1994 18:30:42 -0400
  256. Received: from GATEWAY by bigblue with netnews
  257.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  258. To: winsock@sunsite.unc.edu
  259. Date: 6 May 1994 06:28:19 GMT
  260. From: babini@bwi.bepr.ethz.ch (Mario Babini)
  261. Message-Id: <2qco23$28a@elna.ethz.ch>
  262. Organization: ETH Zurich, Switzerland
  263. Sender: ses
  264. Subject: Odipkt 2.0 and Trumpet Winsock
  265.  
  266. While it is recommended by ODIPKT 2.0 to set the buffers in NET.CFG to
  267.  
  268. Buffers 6 1600
  269.  
  270. I receive a warning in Trumpet Winsock, which says
  271.  
  272. Running with less than recommended network buffers.
  273.  
  274. Have you any suggestions what would be a suitable number to be
  275. allocated to the network buffers?
  276.  
  277. Dr. Mario Babini
  278. babini@bwi.ethz.ch
  279. From news@bigblue.oit.unc.edu Fri May  6 04:30:15 1994
  280. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  281.           id AA14857; Fri, 6 May 1994 19:14:42 -0400
  282. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  283.           id AA12552; Fri, 6 May 1994 19:07:46 -0400
  284. Received: from GATEWAY by bigblue with netnews
  285.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  286. To: winsock@sunsite.unc.edu
  287. Date: Fri, 6 May 1994 04:30:15 GMT
  288. From: jones@cbdb1.nimh.nih.gov (Doug Jones)
  289. Message-Id: <jones.34.001781CC@cbdb1.nimh.nih.gov>
  290. Organization: CBDB/NIMH/NIH
  291. Sender: ses
  292. References: <clayton.6.000D7784@syslab.systems.co.za>
  293. Subject: Re: Using Microsofts WFW 3.11 Winsock stuff with Novell 3.X
  294.  
  295. In article <clayton.6.000D7784@syslab.systems.co.za> clayton@syslab.systems.co.za (Clayton Nash) writes:
  296. >I've installed the WFW 3.11 winsock stuff (not the daytona beta stuff) and so 
  297. >far it is the only winsock I could get working stably. Its neat simple and 
  298. >transparent.There are two problems I'd like to solve with it.
  299. >1) I can't run ODI drivers since it complains they are "exhanced mode only 
  300. >drivers" How do I get ODI drivers to operate in real and enhanced mode?
  301. >2) I can't get netware to run with this thing. From dos netware works and I 
  302. >can see the Novell drives from under windows, but telnet and netbeui die 
  303. >horribly.
  304. >Any input would be apreciated.
  305. >Thanks - Clayton
  306.  
  307. Uninstall all the TCP/IP stuff, and get the Daytona Beta - It works just
  308. great with the ODI drivers under WFW3.11. (And you save a ton of low memory!!)
  309. Doug
  310. jones@cbdb1.nimh.nih.gov
  311. From news@bigblue.oit.unc.edu Fri May  6 21:14:48 1994
  312. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  313.           id AA02327; Fri, 6 May 1994 21:14:48 -0400
  314. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  315.           id AA12446; Fri, 6 May 1994 21:05:33 -0400
  316. Received: from GATEWAY by bigblue with netnews
  317.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  318. To: winsock@sunsite.unc.edu
  319. Date: Fri, 6 May 1994 12:09:30
  320. From: john@kihelektro.kih.no (John  Rxrnes)
  321. Message-Id: <john.3.000C28EE@kihelektro.kih.no>
  322. Organization: Kongsberg College of Engineering
  323. Sender: ses
  324. References: <markg.51.00096AFC@[129.15.35.21]>
  325. Subject: Re: Cello hangs on a graphic
  326.  
  327. In article <markg.51.00096AFC@[129.15.35.21]> markg@[129.15.35.21] (Mark Grennan) writes:
  328. >From: markg@[129.15.35.21] (Mark Grennan)
  329. >Subject: Cello hangs on a graphic
  330. >Date: Fri, 29 Apr 1994 15:25:00 GMT
  331.  
  332. >I have an HTML with a graphic as the first item. When I connect to my server 
  333. >(SERWEB a winsock server) Cello hangs on the graphic. Mosaic doesn't do this.
  334.  
  335. >I've traced the TCP calls and it looks like Cello never make the server call 
  336. >to get the graphic even though it says it has.
  337.  
  338. >Is anyone else having this trouble.
  339.  
  340. Yes, I have had the same kind of trouble.
  341.  
  342. I'm using MS-Daytona WinsockBeta, Novell with ODI, WFW 3.11, Xvision on a 
  343. 486-pc.
  344.  
  345. Using xterm-windows towards a sun4-unixstation works fine, but opening a html 
  346. with graphics hangs cello.  Finally cello crashes reporting memory protection 
  347. fault.  I also experience problems with WS_FTP, reporting a similar fault when 
  348. it crashes.
  349.  
  350. Have you had any reply's on your newsgroup add , or have you managed to solve
  351. your problem ?
  352.  
  353. - - john@kihelektro.kih.no - -
  354. From news@bigblue.oit.unc.edu Fri May  6 16:46:17 1994
  355. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  356.           id AB22260; Fri, 6 May 1994 23:44:44 -0400
  357. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  358.           id AA28651; Fri, 6 May 1994 23:38:23 -0400
  359. Received: from GATEWAY by bigblue with netnews
  360.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  361. To: winsock@sunsite.unc.edu
  362. Date: Fri, 6 May 1994 16:46:17 GMT
  363. From: wright@lobby.ti.com (Roy Wright)
  364. Message-Id: <wright.253.000AC5CE@lobby.ti.com>
  365. Organization: Texas Instruments
  366. Sender: ses
  367. References: <toreh.24.2DC76C31@bootes.sds.no>, <icode.5.001678A6@teleport.com>
  368. Subject: Re: The purpose of this news group: netsurfing?
  369.  
  370. In article <icode.5.001678A6@teleport.com> icode@teleport.com (Mark Clouden) writes:
  371. >In article <toreh.24.2DC76C31@bootes.sds.no> toreh@bootes.sds.no (Tore
  372. >Haraldsen) writes:
  373. >>I have read this group since the beginning, and I observe the noise level is 
  374. >>growing each week, the noise being of the type "How do I setup xxxx 
  375. >>communications package" or "how do I make SLIP/PPP work" or "why do this 
  376. >>(winsock) application not behave to my needs". Winsock programming is almost 
  377. >>extinct in this group. As a matter of fact, most stuff is only indirectly 
  378. >>related to winsock.
  379. >>Maybe we need a new news group: alt.netsurf or (why not) alt.winsurf ?
  380.  
  381. >>-- tore
  382.  
  383. >I couldn't agree more. Although I just recently hooked into the net and 
  384. >therefore, alt.winsock, it seems that the primary focus is winsock utility 
  385. >availability, what is winsock, and hey - How about that latest Mosaic?
  386.  
  387. >If i'm reading the wrong newsgroup for winsock programming discussion, then 
  388. >please point me to the correct one. But it seems to me that these 'stray' 
  389. >discussions need a better home.
  390.  
  391. Try comp.os.ms-windows.programmer.networks and/or
  392.     comp.os.ms-windows.networking.tcp-ip
  393.  
  394. I would prefer to see programming issues in the these groups, lets keep 
  395. the app issues here in alt.winsock.
  396.  
  397. Have Fun,
  398. Roy
  399.  
  400. --------------------------------------------------------------------
  401. Roy Wright          MSGID:ROYW          Internet:wright@lobby.ti.com
  402. Texas Instruments   voice:214-575-6691  fax:214-575-6200
  403. "I can't quite make a PC sing, but roll over and play dead is easy!"
  404. From news@bigblue.oit.unc.edu Mon May  5 21:00:30 1994
  405. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  406.           id AA11924; Sat, 7 May 1994 02:44:43 -0400
  407. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  408.           id AA21846; Sat, 7 May 1994 02:41:05 -0400
  409. Received: from GATEWAY by bigblue with netnews
  410.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  411. To: winsock@sunsite.unc.edu
  412. Date: 6 May 1994 04:00:30 -0700
  413. From: cquinn@rainbow.sosi.com (Cary Quinn)
  414. Message-Id: <2qd80e$i6i@rainbow.sosi.com>
  415. Organization: Spectrum Online Systems Inc.
  416. Sender: ses
  417. Subject: e
  418.